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2216307 

VECTOR REGISTER FILE 

BArKHRnimn of THF/ T»A7F.NTTr>U 

1. Field of the Invention. 

The present invention relates to vector 
5 register files for vector processing computer systems. 

2. Prior art. 

In a vector processing computer system, a 
vector register file is typically tised for storing 
vectors for computations. Operations in such ia system 

10 may then be carried out on' a vector at a time; For 

example, a operation such as ADD VRJ5G1/ VREG2v VREG3 in 
a vector processing system may cause the first element ' 
in vector register 1 to be added to the first element: of - 
vector register 2 and the result to be stored in the 

15 first element of vector register 3. The' second element 
of vector register 1 would, likewise, be added' to" the 
second element of vector register 2 and the result would 
be stored in the second element of vector register 3; 
Each element of vector register 1 and vector *'fegf ster-'2 

20 is similarly processed and stored in the corresponding- 
element of vector register 3. -■■i-n.-^ 

To increase processing speed in such computer 
systems, multi-ported memories are commonly u'S fed to 
construct the vector register files • Such multi^ported 

25 memories offer the advantage of being able to read or 
write to multiple memory locations during a single 
memory cycle. However, such multi-ported memories 
suffer from several drawbacks including typically being 
more expensive to design, construct and purchase than 

30 single-ported memories, being less readily available 
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than single-ported memories and typically being slower 
than single-ported memories. 

Therefore, as one objective of the present 
invention, it is desired to design a vector register 
file for a vector processing computer system which 
utilizes single-ported memory cells, while offering the 
speed advantages of multi-ported memories. 

Known vector processing systems typically employ 
vector register files of a somewhat limited size. For 
example, a typical CRAY computer, system manufactured by 
Cray Research of Minneapolis, Minnesota may have 8 
vector registers, each with, a depth of 64 elements for a 
total, of. 512 elements. Other Known systems typically 
employ between 2 and 4 times as much vector register 
space. Normally, the increased vector register space is 
accomplished by Increasing the depth (i.e. to a depth of 
128 or 256) of each yector register- As a second 
objective of the. present invention, it is desired to 
increase the available amount of vector registers space 
and to provide, increased flexibility in' the utilization " 
and management of that space. 

A third objective of the present invention is to 
provide programming flexibility allowingfor execution 
of instructions which operate on vector, and 
computations which require access to a vector at an 
arbitrary. point. Examples of such computations arise in 
recurrence and/or cumulation calculations. 
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SUMMARY OF ruv. nrj^Mrim) v 

A vector register file and methods for managing 
access to the vector register file is described.* The : 
5 present invention discloses use of static random access 
memories (SRAMs) organizeid in a plurality of banks and 
operating at least two times the system clock speed to. 
simulate multi-ported 'memories. Through use of SRAMs to 
build a vector register file a number of inventive 

10 features are achieved. ^ 

Use of SRA^Is allows a' computer system to be 
configured with a relatively large amount of vector 
register file space. This space may be divided into a 
plurality of context area's', each context arsa4^ f or. 

15 supporting a separate process . The use of 'such .context 
areas avoids the need to swap the context- information in 
a vector register file to disk when switching between 
processes. The preseht invention discloses use of a 
system base register, a viser base register and a system - 

20 limit register to support 'the' use of a plurality of . . • 
context areas. -^-rrrs-^-:: -.n^:! -^i: 

The present invention further discloses an 
addressing scheme' for addressing the ■ context • areas which 
allows for optional addrbssabirity to individual ^ ' 

25 elements or cells in a vector. 



NSOOCID <G8 22l6307A_l_> 



10 



15 



20 



Figure 1 is a block, diagram illustrating banks of 
memories as may be utilized by the present invention. 

Figure 2 is a block diagram illustrating a method of 
dividing the banks of memories into a plurality of 
vector registers, as taught by tl>e present invention. 

Figure 3 is a block diagram illustrating a method of 
dividing the banks of memories, into a plurali5y of 
context a.teas as- .taught, by .the present invention. . 

Figure 4 is .a. block diagram illustrating the use of . 
system ba.e-, user base, and system limit registers taught 
by the present .invention. . 

Figure 5 Is a.block diagram illustrating the use of 
systeiT..ba.<e, user base and system limit , registers and 
the use o.e .c,ha:.-ed. variables between subroutines taught 
by the present invention. 

Figurs 3 is a blcck diagram illustrating an operand 
descripter as may be utilised by the present invention. 
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DETATLEr; DRSCH f PTJ t)N OF THK V>TlV.^P.KT tMxnrMTTnTJ 

A vector register file is described. In the 
following description, numerous specific details are set 
5 forth such as SF>ecific number of bits, specific 
dimensions, etc., in order to provide a thorough 
understanding of the present Invention. It will be 
obvious, however,., to one of ordinary skill In the art 
that the present invention may be practiced without 
10 these specif ic. details . In other instances, well-known 

circuits, structures and techniques have not been shown * 
in detail in order to avoid unnecessarily obscuring the 
present invention. 

VECTOR REGISTER FILE - 
The present inventiori'dlscloses arranging a viector 
register file in a vector processing computer system as 
a plurality of banks of random-access nemories: . {FAMs) . 

20 For the purposes used herein, 'the term" "bank"" shall 
refer to an indepenciently cycleable collection of : 
memories. That is, each of the' plurality- of banks .may ^ 
be independently addressed 'durlng'the same clock .icycle. 

The preferred embodiment '*6f the present / invention.-,- ^ 

25 will be described in more cietall' with reference to ^ : . 
Figure 1. The preferred embodiment utilizes four banks 
of memories, 101, 102, 103 and 104, for its vector ^ 
register file. Each bank, 101, 102, 103 and 104 . 
comprises eight 2,048 x 8 static random-access memories 

30 (SRAMs) arranged such that a bank may be comprised of 
2,048 64-bit elements. 
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The present invention achieves a logical equivalent 
of an 8-ported memory through the combination of two 
techniques. First, arranging the memories in 4 banks, 
or collections of independently cycleable memories 
achieves the equivalent of a 4-ported memory (e.g. a 
write may be done to banks 0 and 1 in the same clock 
cycle as a read from banks 2 and 3) . Second, the 
present Invention utilizes SRAMs having access times at 
least twice as fast as the system clock speed, 
effectively allowing two accesses to ea6h bank during a 
given system clock cycle. In the preferred embodiment, 
the system clock runs at a 120 nanoseconds (ns) , 
requiring use of SRAMs with an access time' of at most 60 
ns. It is preferred to utilize .S^s yith an access 
time of 35 ns or. faster . ..Therefore, each of the four 
banks may be accessed two times during .any given clock 
cycle, yielding .a.: Ipgicral. B-porte^^^ 

It will-- be obvious to . one^o.f ordinary skill that 
these methods may .be utilized . e.ither .inc^ivid^^ 
combina&ion to achieve, the object i^ve^ o? multi-ported 
memory. It; will be., further;, obyious., that a different 
number ^.of .banks,- ,dif ferent ,si2,e: .^memories or different 
speed memorles .achieving, more. than 2 accesses per system 
clock may be utilized without departure from the spirit 
and scope of the present invention. 

Among the advantages offered by the present 
inventions use of vector register file comprised of 
SRAMS is the relative-low cost of SRAMs, availability of 
SRAMS from multiple vendors and the relative speed 
available from current SRAM technology. These 



advantages and other factors allow use of . vector 
register file of a greater size than utilized in known 
vector processing systems. . 

The present invention discloses sevdral inventive 
5 techniques and features for management and* use of the^ 
vector register file. 

As one feature of the present invention,; each of 
the plurality of banks may be divided into a plurality 
of vector registers. ' For example, 'referring to Figure 

10 2, each of the banks 201, 202, 203 and 204 may be 

divided into a plurality of vector registers- such as 
vector registers 210, 211, 212 and 213." In the , , ^ ^ 
particular example in Figure 2, each 2, 04B-element bank 
is divided into 64 32-element vector registerSo 

15 In fact, the banks, 301; 302, 303 and 304 may be 

divided into any number n, of vector registers, up to a 
maximum of p, where a p is the number cf^.element^..in a 
bank. Each vector register has p/n eUsments;.:. The 
particular values for p and n may be chosen , by . . . ..^ 

20 convention depending on the advantage and-disadvant,age 
tradeoffs of having a large number of vectcr registers 
versus having vector registers with a large number 
elements (i.e. depth) in a particular case. '. The-. 4 , 
particular convention may be enforced by either hardware 

25 apparatus or software methods. 

Utilizing the present invention, a vector register 
may begin at any element in a bank. The particular, 
method of addressing elements will be described in more 
detail with reference to Figure 6. 
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in the preferred e",rl>odiine,.t, a particular vector 
register nay be referred to utilizing a ban)c nun^er and 
an offset. For example VRO(O) may refer to the first 
vector regist*.r in banks 0, VRO (32) may refer to the 
second vector register in bank 0. where the vector 
registers are 32-elements long, VRO (64, may refer to the 
third vector register in bank 0, etc. 

AS one alternative, vector registers may be 
referred to utilizing . a bank number and a vector nunO^er. 
For example, VRO, O- may .refer to a vector register in 
bank 0, nunO^er Ov The system may then be responsible 
for translating the vector number (i.e. 0) to an offset. 
VR0,1 may refer to the second vector register in bank 0. 
Again, the system.may be responsible for translating the 
vector nun>ber (i.e. 1) to an offset. For example, if 
each vector register.-is to be 32-elements vide, the 
system would ex ans late .vector number 1 to offset 32. 

AS a third alternative, , vector registers may be 
referred to with .a :vectpr register number only. The 
system may thenrbe.r.esponsible for translating the 
vector number to -a. bank a,><i .offset. For example, VRO 
„ay be translated to bank 0,. offset 0, VRl may be 

w ' 1 ^•Ff<!Pt 0. VR2 may be translated to 
translated to bank offset u,. j 

t,ank 2, offset 0, VR3 may be translated to bank 3, 

offset 0, VR4 may be translated to bank 0, offset 32, 



25 

etc. 



E.cn cf these alternatives may offer tradeoffs in 
portability of program code versus , speed of translated 
the vector numbers. 



30 
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VECTOR RBgrgTE^QNTSXT AREAS 

In the present Invention/ as previously discussed^ 
a comparatively large amount of vector register space is 
available. It is generally not necessary to have 
5 available to any single process the entire amount of 

vector register space. Therefore, as another inventive 
aspect of the. present invention, vector register space 
may be divided into a plurality of process context 
areas. The. system may then support a plurality of 

10 processes without the requirement of swapping a process* 
context data from the vector register file to another 
storage medium, ^ such, as a disk, when switching between 
processes..":. 

. Referring to F-igur^e 3, in one embodiment, the 

15 2,04 8-element banks 301, 302, 303 and 304 are divided 

into eight context areas 310-317 of length 256 elements 
in each bank. - _ 

.Referring to FigiJire A, when running a process, the 
system maintains a base register, SBASE 410. SBASE 4i0 

20 contains the offset of the current context area from the 
beginning „of the„ bank. ( i . e... ^from element 0). For 
example, if the current context is context area 312 of 
Figure 3, SBASE 410 contains the value 512. Utilizing 
SBASE 410, the system may switch between the current 

25 process and a process with context data in a different 
context area by changing the value of SBASE 410. When 
running:a ^process, the value of SBASE 410 is added to 
the offset value of any. reference to vector memory. 

The SBASE register is further utilized to insure 

30 user processes do not reference offsets below the 
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assigned context area. Further, use of the SBASE 
register allows a process to be written independent of 
the particular context area it is assigned to. A 
process may be written to run as if it would always 
execute in the first context 310. 

It will be obvious to one of ordinary skill that 
the vector register file may be divided into any number 
of context areas n between 1 and p, where p is the 
number of elements in a banJc. The number of elements 
per context area is equal to p/n. The particular number 
n may be determined by a number of factors. It will be 
further obvious that it is possible to vary the size of 
the context areas, such that they are not of equal size, 
allowing use of a smaller context area for a relatively 
small process and a larger context area for a relatively 

large process. 

The present invention further utilizes a second, 
register, SLIMIT 411, to indicate the last referenceable 
element of the current context " area ^LIM^T 411- -is. used 
to insure a process does not attempt to irfeference an 
element at an offset greater than Wn effsef in its- 
context area. Any reference to an element in-the vector 

register file is compared against StIMIT 411. If the . 

reference 'is for an element with an offset greater than 

SLIMIT 411, it is inhibited and an error condition is 

indicated. 

The present invention further utilizes a third 
register," UBASE 412, which allows a particular process 
to further divide its own context space. Typically, the 
I operating system may be responsible for manipulating the 



SBASE and SLIMIT registers. A user process may 
manipulate the UBASE register. For example, . a- process 
may have context data for individual subroutines located 
at fixed offsets from a given value for UBASE 412. The. 
5 user sets UBASE 412 when executing the subroutine to the 
given value for UBASE 412. The subroutine thenvmay 
reference elements in the vector register file .by 
supplying the offset value from UBASE 412. The system 
computes the actual offset 'within the vector -register 
10 file by computing (SBASE 410) + (UBASE 412) (:the given 
offset) . : , - . 

Referring to Figure 5, a method for sharing; -context 
data and subroutines is disclosed. A process may locate 
its context data anywhere within the limits of SBASE 510 
15 and SLIMIT 'Sll. The process may initially" set; its UBASE 
register to point 520 to reference area 53 Q>' when running 
a first subroutine/^' The process- may 'change: the .UBASE 
register to point 521 'to "reference area 531.;..>:Area: 540 
contains shared Variaibles or other shared : context : , v.. 
20 information which may be'referenced by 'either 

subroutine. - - y y . - : _ . 

A second use of the UBASE ^ register is; to allcw. 
addressing of 'the full system -base area (area abounded by 
SBASE and SLIMIT) using a limited length address field. 
25 For example, assume the system base area is 512 elements 
long and an eight bit address is to he used for 
addressing within this area. To address elements with 
relative offsets from SBASE of 0 to 255, UBASE is set to. 
0. To address elements with relative offsets from SBASE 
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of 256 to 511, UBASEvis set to 256 and elements are 
addressed: iO to-255) + UBASE (i.e. 256 to 511). 

Referring now to Figure 6, an operand descriptor 
600 for instructions of the preferred embodiment is 
described. Instructions in the preferred embodiment may 
comprise three, operands;- vector register x (VRx) , 601(a) 
and 601 (b) , vector register y (VRy) , 602 (a) and 602 (b) , 
and vector register z (VRz) , 603 <a). and 603 (b). 

A vector' register may be addressed, by supplying a 
bank nunber in bits 9 and 8 of the vector . register 
operand and an offset value in bits 7-0. 

In- the preferred- embodiment, bits 5. through 5. of 
each vector register. operand. are -placed in the high 
order half of the- word. 610. , ytilizing .bits 9 through 5 
of the address, J any . of four banks, .of tl^e preferred.., 
embodiment may be addressed with^ bits. 9, and 8,. and 
of fsets wi'thini.the . banks, may be, addressed iI^ , multiples 
of 32. For example, a- value., of. 00001,2 In bits 9 through 
5 of a vector-register operand would ,refer^npe bank 0, 
offset 32. A valutj.of IIOIO2 .%?.ould...pference bank 3, 
offset 64. AS discussed previously, the values of SBASE 
and UBASE"are «added.to^J:.he offsets. 

^ The splitting of the vector, register address allows 
a 16-bit constant, instead of a 32-bit constant, to 
reference a vector register. It will be obvious to one 
of ordinary skill th&t the particular address bit 
organization may be modified without departure from the 
scope and spirit of the present invention. 

in the preferred embodiment, an immediate constant 
of 16 bits or less may be stored as part of an 



instruction. Therefore, by utilizing only the high- 
order half of a word to store operand information, the 
present invention is able to store the operand 
information in the . instruction. ,This method saves 
5 processing time due to not having to retrieve the 
operand information separate from the instruction. 

If it Is desired to address a cell of a vector 
register directly or utilize a vector register for 
storing scalar variables, the lower half of the operand 

10 word 611 provides the remainder of the offset address 
information in bits 4 through 0 of the offset. It is 
also required to utilize bits 4 through 0 of the offset 
in order to allow for overlapping data for subroutines 
as described previously in connection with Figure 5, 

15 Cell-level addressability allows for convolution 

and recurrence calculation to be performed. For 
example, utilizing the cell-level addressability 
feature, a convolution calculation such as: 

20 DO 1=1, 32 

Yd) =^ W(l) * X[I + 1] 
+ W(2) * X[I+2] 
+ W(3) * X[I+3] 

END 

25 

may be calculated. Further, the preferred embodiment of 
the present invention executes all operations, including 
^ operations on individual elements of a vector, in an 

order consistent with sequential execution. This, in 
30 combination, with cell-level addressability allows 
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recurrences, such as a Fibonacci sequence, to be 
calculated directly. 

Thus, a vector register file and method for 
managing access to the vector register file is 
described. 
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1. A vector register file for a vector processing 
computer system, comprising; 

a first bank of memory circuits; 

a second bank of: memory circuits, said second bank 
of memory, circuits cycleable Independent from. said first 
bank. * * > 



2. A vector register file, as recited by Claim 1, 
wherein said first bank of memory circuits,„ls comprised 
of static random access memories. 

3. A vector ^register file, as recited by Claim 1, 
wherein- said first bank of memory circuits is comprised 
of eight 2,048 by B static random access memories. 

4. - A vector -register file,, as recited.by Claim i, 
further cbmprlsing: - . . : - 

a third bank of memories^ said third bank pf 
memories cycleable independent from said first bank of 
memories and said second bank of. memories; 

a fourth bank of memory circuits, said fourth bank 
of memory circuits cycleable Independent from said first 
bank of. memory circuits> said second bank of memory 
circuits, and said. third bank of memory . circuits . 

5. A vector register file, as recited by Claim 1, 
wherein each of said memory circuits is accessible at 2 
times the system clock cycle time. 
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6. A vector regisfcer file, as recited by Claim 5, 
wherein said system clock cycle time is approximately 

120 ns and said memory circuits may be accessed at most 
approximately 60 ns. 

7. A vector register file, as recited by Claim 5, 
wherein said system clock cycle tine is approximatsly : 
120 ns and said memory circuits may be accessed at least 
approximately 35 ns. 

8. A vector processing computier system having a 
vector register file, comprising: 

a system clock having a cycle time of n; 

a plure; /.i' of memory circuits^ - said memory 
circuits- hWing^ an access time of- at least approximately 
n/p, where p is 'at Ifeast 2. 

9. iThtevectbr^ processing. computer system, as 
recited by Claim 8, wherein n is approximately 120 ns . 
and p is at most approximately^ SO^ns. ■' ■ • 

10. A vector prdceisiiing computer system, 
comprising: 

a vector' register file; " ' - ' 

a system base register for storing a system base 
value, said system base value being added to an offset 
value for addressing said vector register file. 
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11. A vector processing computer system, as 
recited by Claim 10, further comprising a- limit register 
for storing a limit value, said limit value being 
compared with the sum of said- system base. value and said 
offset, if said sum is greater than said limit, an error 
condition being indicated; 

12. A vector processing computer system, as 
recited by Claim 10, further comprising a user base 
register for storing a user base value, said user base 
value being added to said offset value ;and. said system 
base valine ' wh4n addressing said vector register; file . 

13. k vector processing computer system,/ -as, 
recited by Claim 10/ Wherein said system .base,/value is . 
changed when said vector 'processing ■computer system^, 
changes active processes. -j 

14. in^a vector* processing computer system haying 
a vector regisUr f iie-'an^^ reglstzerv^^said . 
system base ^ register for sto-ring a ^ system base-.yalue., a. ... 
method for addressing vector register file comprising..,, 
the steps of; 

(a) adding an ofifset value to said system base 
value giving a sum; 

(b) "addressing said vector register file at said 
sum; and' ' " ~ ^ • ■ - .: • 

(c) said vector processing computer system 
changing its active process; 



BNSDCX:iD cGB 2216307A_L> 



-1B- 

«j) changing the value of said system base 
register^i-n response to said changing of processes. 

15. The vector processing computer system, as 
recited by Claim 14, further comprising a user base 
register for storing a user base value said method 
further comprising the step of adding said user base 
value to said sum prior to addressing said vector 
register tile. 

iG. The vector processing computer system, as 
recited by Claim 14,.. further comprising a .limit register 
for storing a limit value, said method further 
comprising the step of comparing said sum.with said 
limit value and generating an error condition if said 
sum is greater than.said limit value prior to addressing 
said vector register file. - ... 

17. The vector processing romputf,?,. system, as 
recited^- by^'Glaim. 16, further .comprising, the ^tep of 
changing said- limit value in response, to, said changing 

of processes^ 

18 . in * vector processing computer system having 
a vector register file, said vector register file 
comprising addressable elements, a method of dividing 
said vector register file into a plurality of vector 
registers comprising the steps of: 

<.) determining a value n, said value n indicating 

a desired number of vector registers; 



s 



- . 19 . , 
li>i J-ogically dividing- scld vector register file 
into said plurality of vector registers, each of said 
vector registers having a depth of p/n elements. 

19. , The vector processing computer system of Claim 
18, wherein p is 2048,. ^ 

20. In a vector processing computer system. having 
a vector register file/ said vector processing computer 
system having instructions requiring plurality of' • 
operands,, said operM^^ addresses within said 
vector register file, a method of storing said operands, 
comprising:. , 

storing a first plurality of bits of said address 
for eachof said -operands in a first half of a word; 

storing a second Vlurality of bits of sai^d - address 
of each of said operands in a second'^half of said word . 

/21. The vector processing computer .system, as 
recited by Claim 20, wherein ;S.aid first pluralit^.^jf 
bits co.Tiprisesvbits : 0inthrough^ of each 

oifsaid operanids. '*^'^^ ' " ^- c>i-.,v.r 

22. The vector processing computer system, as 
recited by Claim 21, ^wherein said second plurality of 
bits. comprises bits. 4 through 0 of said address of each 
of said operands. 

23. A vector register file for a vector processing 
computer system substantially as hereinbefore described 

with reference to the accompanying .drauiings. 
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Amendments to the claims 
have been filed as follows 

1, A vector register file for a vector 
processing computer system, comprising: 

a first bank of memory circuits for storing 
a first plurality of vectors; 

a second, bank of memory circuits for 
storing a second plurality of , yectprs , said second 
bank of memory, circuits ^ cycleablet. independent from 
said first bank. . ^ . . . . 

2, A vector register file, as recited by Claim 
1, wherein said first bank of memory circuits is 
comprised of static random access memories; 

3, A vector register^rf ile,- ,as recited by Claim 
I5 wherein said first, bank, .pf.^ memory^ circuits is 
comprised of eight 2,048 by 8 static random access 
memories • 

4, A vector regi:ster fil^V recited by Claim 
1, cutther comprising: ^ --^ ^ - ; t 

• cL third bank of omemories.,-; . said third bank 
of memories cycleable independent, from said first 
bank of memories and said second bank of memories; 

a fourth bank of memory circuits, said 
fourth bank of memory circuits cycleable independent 
from said first bank of memory circaits, said second 
bank of memory circuits, and said third bank of 
memory circuits c 

5, : A vector register file, as recited by Claim 
I, wherein each of said memory circuits is accessible 
at 2 times the system clock cycle time^ 



^' A vector - rsgister. f ile;- as recited by Claim 5, 
wherein said system clock cycls tiir.S. is^ approximately 
120 ns and said memory circuits may be accessed at- most 
approximately 60 ns.' i - . - .. - - , ,. 

7. A vector register file, ss recited by Claim 5, 
wherein said system clock cycle time is approximately 
120 ns and said memory- circuits may be accessed at least 
approximately 35 T^Si ^ ■ - * , 

'■ - - - ... . " 

' 8/ '- ^ A-vector processing computer system having a 
vector register 'file, ^comprising; ; . 

a system clock having a cycle time of n; 
a pluralit^y of memory circuits, said, memory ^ • 
circuits ^having -ar>.:access time - of at least '-approximately 
n/p, where Vp is- at -least ^2. ^ ^ .... 

9. The vector processing computer system, as 
recited by' tlaim- wherein-^n- is-^approximateiy 120, ^ns 
and p is^at^'most approximately 60 ns. 

"10. A vector processing? . tiomputer "sy st^em,--. - 
comprising: 

k vect'or register file; 

a system base register for storing.a system base 
value, said system base value being added -to an offset 
value for addressing said vector register file. 
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11. A vector processing-computer system, as 
recited by Claimr.lO>.. further comprising a limit register 
for storing, a limit ;Value, said ^limit value being 
compared with the sum of said system base value and said 
offset, if said sum is greater than said limit, an error 
condition being indicated. 

12. A^. vector processing,, computer system, as 
recited by Claim 10, further comprising , a user base 
register for storing a user base value, said user base 
valus being added to;said offset value -and said system 
base value when addressing said vector .register ^;file., 

13. A vector processing computer system,, as^ 
recited -by Claim 10, wherein-^ said:- system. base yalue is. 
changed when said vector processing computer system 
changes active processes. 

' K. ^ In a^-vector. processing: computer system ,^aving 
a vector register file :and a; system- ba^se reqister, said, 
system base register for storing a system base value, a 
method for-addressingvect err register file comprising 

the steps of: 

(a) adding an offset values to said system base 

value giving a sum^ / . - 

(b) addressing said vector register file at said 
sum; and • . , . ^ . 

(c) said vector processing computer system 
changing its active process; 
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<J> - changing tfte -value, of said. fSys.tem base, 
register in response to said changing, of .processes. 

15. The vector processing computer system, as 
recited by Claim 14, further comprising a user base 
register for storing a user base value )said method - . 
further comprising the step of adding said user base 
value to said sum prior to addressing said vector 
register file^ ' • ■ 



16. The vector processing computei^ System, as-" 
recited by Claim 14, further "comprisi-hg a limit' register 
for storing a limit value, said method furthef ' " • ' ■ 
comprising the step of comparing said sum with "said 
limit value and generat^ing an e^^^^ condition 'if said " 
sum is^ greater th^n said limi^ value prior to' addressing 
said vector register file. 



J^e^yf ctAr prpp^ssing^ computer system, as 
recited by iClaim,. 1^,. furth.er_ comprising the step "of"'''*" 
changing said limit value in response to. said changing 
of processes. 

18. In a vector processing computer system having 
a vector register f ile," -said vector register file 
comprising addressable elements, a method of. dividing 
said vectpr, register. file into a plurality of vector 
registers'- comp"rising the steps of : . , . 

(a) determining. a value n, said value n indicating 
a desired number of vector registers; 
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(b) logically dividing said vector register file 
into said plurality of vector registers, each of said 
vector registers having a depth of p/n elements. 

19. The vector psrocessing computer system of Claim 
18, wherein p is 2048. 

20. In a vector processing computer system having 
a vector register file, said vector processing computer 
system having instructions requiring a plurality of 
operands, said operarids comprising addresses within said 
vector register file, a method of storing said operands, 
comprising: 

storing a first plurality of bits of said address 
for each of said operands in a first half of a word; 

storing a second plurality of bits of said address 
of each of said operands in a second half of said word. 

21. The vector processing computer system, as 
recited by ciaim 20, wherein said first pluralitY of 
bits comprises bits S through 5 of said address of each 
of said operands. 

22. The vector processing computer system, as 
recited by Clai.T/ 21, wherein s«id second plurality of 
bits comprises bits 4 through P of said address, of each 
of said operands . 

23. A vector register file for a vector processinc 
computer system substantially as hereinbefcre described 
uith reference to the accompanying drawings. 
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